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METHOD AND SYSTEM FOR PACKET-BASED 
TANDEM FREE OPERATION 

BACKGROUND 

Telecommunication systems include components that are able to perform various operations on 
voice and/or data communications carried within such systems. For example, a network based on the 
Global System for Mobile Communications (GSM) standard may utilize a network element such as a 
transcoder rate adaption unit (TRAU) to handle the use of different codecs and rates. A TRAU may 
handle transcoding to convert information between two coding schemes, and may provide rate adaptation 
to handle the use of eight, sixteen, or thirty-two kbps rather than a higher rate such as sixty-four kbps so 
that networks or network elements using different codecs and rates can communicate. 

To enable control over the configuration of TRAUs for mobile to mobile traffic, Tandem Free 
Operation (TFO) functionality has been developed. When TFO is deployed, call setup is performed as 
normal, including the allocation across the network(s) of a 64 kbps channel and insertion of the TRAU in 
the access and terminating networks. As specified by TFO, the TRAUs will attempt to communicate 
with one another utilizing in-band signaling over the 64 kbps bearer channel. If communication is 
successful and the mobile stations support compatible codecs, the transcoding in the access network is 
disabled, allowing compressed speech to be transported across the mobile network. However, current 
TFO implementations have limitations that inhibit their usefulness. 

Accordingly, an improved method and system for packet-based TFO are needed. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram of one embodiment of a network within which the present invention may be 

implemented. 

Fig. 2 is a diagram of one embodiment of a system illustrating a TFO/eTFO end-to-end call. 

Fig. 3 is a flow chart of one embodiment of a method for determining the need for establishing 
TFO and non-TFO call legs and establishing a call accordingly. 

Fig. 4 is a diagram of one embodiment of a system within which TFO and non-TFO call legs 
have been established according to the method of Fig. 3. 

Fig. 5 is sequence diagram of a specific example of the method of Fig. 3 within the system of 

Fig. 4. 

WRITTEN DESCRIPTION 

The present disclosure is directed to a method and system for providing packet-based tandem 
free operation (TFO) in non-TFO capable networks. 

It is understood that the following disclosure provides many different embodiments, or examples, 
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for implementing different features of the disclosure. Specific examples of components and 
arrangements are described below to simplify the present disclosure. These are, of course, merely 
examples and are not intended to be limiting. In addition, the present disclosure may repeat reference 
numerals and/or letters in the various examples. This repetition is for the purpose of simplicity and 

5 clarity and does not in itself dictate a relationship between the various embodiments and/or 
configurations discussed. 

Referring to Fig. 1, in one embodiment, a network 100 may provide wireless services to a mobile 
device 102 (also known as a "mobile station" (MS)). The network 100 includes a base station subsystem 
(BSS) 104, a radio network subsystem (RNS) 106, and a core network (CN) 108, all of which are based 

10 on GSM technology. The BSS 104 includes a base transceiver station (BTS) 1 10 coupled to a base 

station controller (BSC) i 12 to establish and maintain a communication session with the mobile device 
102. The RNS 106 includes a node 1 14 coupled to a radio network controller (RNC) 1 16. The CN 108 
includes a media gateway (MGW) 1 18, a mobile switching center (MSC) 120, a Serving General Packet 
Radio Service (GPRS) Support Node (collectively "SGSN") 122, and a Gateway GPRS Support Node 

15 (GGSN) 124. 

In the present example, both the BSC 1 12 and RNC 1 16 are coupled to the MGW 118, the MSC 
120, and the SGSN 122. The MGW 1 18 is also coupled to the MSC 120 and to a PSTN 128, which 
enables the mobile device 102 to communicate with another device that is not part of the network 100, 
such as a wireline telephone 130. The SGSN 122 is in communication with the GGSN 124, both of 

20 which are coupled to a packet data network (PDN) 126. It is understood that many other network 

elements may reside in the BSS 104, RNS 106, and/or CN 108. In addition, many other networks and 
network elements may be coupled to the network 100 in addition to the PDN 126 and PSTN 128. While 
the network 100 is an example of a network compatible with Revision 4 (R4) of the 3GPP specifications, 
some or all of the other networks may not be R4 networks, but may instead be based on standards 

25 including previous GSM revisions, code division multiple access (CDMA) and/or Universal Mobile 
Telecommunications Service (UMTS). Various devices may also be serviced by the network 100, 
includes mobile phones, computers, personal digital assistants, and any other device that is configured to 
communicate with a wireless or wireline link. 

It is noted that a variety of protocols may be utilized to enable communications to occur through 

30 the various components of the network 100. For example, some communications may use Signaling 

System 7 Integrated Services Digital Network (ISDN) User Part (known collectively as "SS7 ISUP") or 
Internet Protocol (IP), while others may utilize GPRS Tunneling Protocol U (GTP-U) for user data and 
GTP-C for signaling. 
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The system 100 may include network elements that are able to perform various operations on 
voice and/or data communication rates carried within such systems. For example, the system 100 may 
utilize a network element such as a transcoder rate adaption unit (TRAU) (not shown) to handle the use 
of different codecs and rates. A TRAU may handle transcoding to convert information between two 

5 coding schemes, and may provide rate adaptation to handle the use of eight, sixteen, or thirty-two kbps 
rather than a higher rate such as sixty-four kbps so that networks or network elements using different 
rates can communicate. In the present example, although the TRAU may functionally belong the BTS 
1 10, it may be located at the BTS 100, the BSC 1 12, or (immediately in front of) the MSC 1 14. 

Current TRAU implementations have some disadvantages. For example, a TRAU generally has 

10 a fixed position within a GSM network, and may use an interface between itself and the BTS 1 10 that is 
essentially proprietary. This prevents flexible positioning of the TRAU that might otherwise offer 
bandwidth savings or voice quality improvements. 

A feature know as Tandem Free Operation (TFO) feature may be used within the network 100 to 
enable some control over the configuration of the GSM TRAU for mobile to mobile traffic. When TFO 

15 is deployed, call setup is performed as normal, including the allocation across the network(s) of a 64 kbps 
channel and insertion of the TRAU in the access and terminating networks. As specified by TFO, the 
TRAUs will attempt to communicate with one another utilizing in-band signaling over the 64 kbps bearer 
channel. If communication is successful and the mobile stations support compatible codecs, the 
transcoding in the access network is disabled, allowing compressed speech to be transported across the 

20 mobile network. 

The TFO feature primarily delivers voice quality improvements on mobile-to-mobile calls. 
Although it functions across both time division multiplexed (TDM) and packet networks and can extend 
across network boundaries (as all signaling is carried in-band), TFO has fundamental restrictions that 
reduce its desirability. Examples of such restrictions include the fact that all in-path equipment (IPE) 

25 must be TFO friendly (i.e., in-band signaling must not be interrupted before or after invocation of TFO), 
TFO only provides voice quality improvements for mobile-to-mobile calls, and bearer path bandwidth is 
constrained at 64 kbps due to the inband signaling mechanism. 

Suggested improvements to TFO, such as enhanced TFO (eTFO), focus on extending TFO to 
provide improved support for packet networks with the goal of delivering significant transport savings. 

30 While TFO is designed to work over a packet infrastructure, it does not optimize transmission because, 
once TFO is activated, it still requires the G.71 1 stream. In contrast, eTFO initiates a specific control 
channel (within the user plane) once activated, enabling the voice bearer stream to be reduced below 64 
kbps without having to be concerned about the impact on subsequent inband signaling. 

Referring to Fig. 2, one embodiment of a system 200 illustrates various network elements that 

35 may be used to provide a call with TFO/eTFO functionality between an R4 architecture and a non-R4 
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architecture. The system 200 includes the BSC 1 12, MGW 1 18, and MSC 120 of Fig. 1, and also 
includes a MSC 202, a MGW 204, a PSTN 206, a MSC 208, and a BSC 210. As is known in the art, the 
BSCs 1 12 and 210 communicate with their respective MSCs as defined by the A interface, each WMG 
118, 204 communicates with its respective MSC as defined by the Mc interface using a protocol such as 
5 H.248 and with the other MGW as defined by the Nb interface, and the MSCs 120 and 202 communicate 
using a protocol such as the Bearer Independent Call Control (BICC) protocol. 

Following call setup, TFO is activated end-to-end via the standardized in-band signaling 
messages transported within the G.71 1 bit stream. This delivers a transport medium which supports 
mobile-to-mobile voice without any intermediate TRAUs (as any TRAUs are physically present in the 

10 communication path but have their transcoding functions fully or partially disabled). In this pure TFO- 
mode, no transport savings are attainable in either the TDM or packet portions of the voice path. 

In an eTFO capable network, however, the Nb interface between the MGWs 118 and 204 
supports bit-rates associated with the compressed speech (e.g., enhanced full rate (EFR) or half-rate 
(HR)), rather than the full 64 kbps required for TFO signaling. This is possible as eTFO initiates a 

15 separate control channel within the user plane that facilitates the continued use of in-band signaling. It is 
noted that the MGWs 118, 204 are not directly involved in the setting up of the TFO channel, but are 
used in eTFO scenarios where they are required to perform the framing protocol interworking and the 
initiation of the separate control channel. 

Although an improvement over pure TFO, eTFO suffers from the same fundamental restriction 

20 as TFO as it only provides benefits for a mobile to mobile call. No voice quality or transport savings 
improvements are attainable for mixed access type scenarios (e.g., mobile to wireline), which forms a 
large portion of network traffic. 

Referring to Fig. 3, a method 300 provides one embodiment of a process for extending eTFO and 
other TFO derived packet network technologies to cross-network or inter-network traffic that terminates 

25 at any access type. As will be described later in a more specific example, the method 300 may be 
implemented within one or more network entities, such as in a MGW. 

In step 302, a network entity (e.g., the MGW 204), monitors packets from another network entity 
for a TFO request. If a request is not detected as determined in step 304, the call is set up normally (e.g., 
without the use of TFO) in step 306. If a TFO request is detected in step 304, then returning packets are 

30 monitored for a TFO acknowledgement in step 308. If a TFO acknowledgement is detected (as 
determined in step 310), the method 100 continues to step 312, where a normal TFO/eTFO call is 
established. If no TFO acknowledgement is detected in step 310, a determination is made in step 314 as 
to whether a timeout period has elapsed. If it has not, the method returns to step 310 and continues to 
monitor the packets for the TFO acknowledgement. If the timeout period has elapsed, the method 

35 continues to step 316, where a substitute TFO acknowledgement message is sent. The sending network 
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entity then acts as the terminating TRAU for purposes of the call, and the call is set up with both 
TFO/eTFO and non-TFO legs. It is understood that various network entities may be involved in the 
monitoring and sending of messages, and that the monitoring network entity may or may not be the 
network entity acting as the terminating TRAU. 

5 Referring now to Fig. 4 (which includes network elements from the system 200 of Fig. 2) and 

Fig. 5, a more specific example of the method 300 of Fig. 3 is provided. In the present example, 
functionality is added to the MGWs 1 18 and 204 that enables leg-by-leg instantiation of the TFO 
protocol, rather than requiring an end-to-end TFO connection. In particular (Fig. 5), MGW 204 includes 
functionality for determining if the call path to the right of it (e.g., between itself and the PSTN 206) 

10 supports TFO. If it does, a call using TFO/eTFO is established as previously described. If it does not, 
then MGW 204 will act as the TFO terminating TRAU and convert the compressed speech to G.71 1. 

As illustrated in Fig. 5, TFO signaling procedures may be utilized as defined by the applicable 
3 GPP standards (e.g., TR 28.062). In the present example, the MGW 204 does not initiate TFO 
independently, but monitors the G.71 1 frames from the MGW 1 18 for TFO requests from the TRAU 

15 associated with the initiating endpoint. These messages (TFO_REQ) are passed along in the speech 
frames unaltered. If the terminating call-end also supports TFO, it will return the TFO_ACK message 
(not shown). This will initiate the TFO/eTFO procedures (e.g., this TFO_ACK message will be 
identified by the MGW 204 in the backward speech frames, and the MGW 204 will recognize that this is 
a end-to-end mobile call). 

20 However, if after a configurable period of time, the MGW 204 fails to identify a backward 

TFO_ACK message, the MGW 204 assumes that the call is terminating to a non-mobile access device 
(e.g., that there is no TFO capable terminating TRAU). In the present example, this process may only be 
invoked on MGWs with a TDM facility path on the remote side from the TFO active TRAU. In this 
scenario, the extended TFO/eTFO procedures would be activated, which involve transitioning the MGW 

25 204 to a TFO Interworking Gateway. The MGW 204 functions as the terminating TRAU and sends a 
message back to the originating TRAU with a TFO_ACK (or a TFO_REQ) to initiate the transport of 
compressed speech. Accordingly, the call leg between the BSC 1 12 and the MGW 118 may be 
established using EFR/TFO/TDM, the call leg between the MGWs 1 18 and 204 may be established using 
EFR/eTFO/IP, and the call leg between the MGW 204 and PSTN 206 may be established using 

30 G.71 1/TDM. This enables TFO/eTFO to be used even though there is not a "true" terminating TRAU, 
and allows the benefits of TFO/eTFO to be used with non-mobile devices, such as the wireline telephone 
130 of Fig. 1. 

It is understood that the MGW 1 1 8 may include similar functionality. Accordingly, the MGW 
1 1 8 may monitor messages to determine whether the next network entity (e.g., the MGW 204) is able to 
35 support TFO/eTFO. In the present example, as the MGW 1 1 8 will see both the TFOJtEQ and the 
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TFO_ACK, it does not change its behavior. 

The networks, network entities, and protocols presented herein are used as a representative 
application to describe the present disclosure. However, the present disclosure can apply to any type of 
network or network element that may implement TFO. In addition, the functionality described in the 

5 various embodiments may be implemented in hardware and/or software. For example, software 

instructions for implementing the method of Fig. 3 may be stored on a single network element (e.g., a 
media gateway). Alternatively, the described functionality may be divided as desired among multiple 
network elements, with each element having some or all of the described functionality. It is understood 
that various steps of the methods described herein may be rearranged, combined, or further divided, and 

10 some implementations may require the use of alternative steps. Accordingly, while the disclosure has 
been particularly shown and described with reference to the preferred embodiment thereof, it will be 
understood by those skilled in the art that various changes in form and detail may be made therein 
without departing from the spirit and scope of the disclosure, as set forth in the following claims. 



